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(57) ABSTRACT 

A RAM-based interrupt-driven interface device is disclosed 
for establishing a communication link between a universal 
serial bus (USB) host and a microcontroller device for 
providing a control function, the interface device being 
operative to receive digital information in the form of 
command, data and control packets from the host and to 
process the packets and communicate the processed digital 
information to the microcontroller device, and in response 
thereto, the microcontroller device being operative to com- 
municate digital information to the interface device for 
processing and transfer thereof to the host. The interface 
device includes means for receiving a command generated 
by the host through a USB bus, means for storing the 
host-generated command and for generating an interface 
device interrupt signal upon storage of said host-generated 
command for use by the microcontroller device in respond- 
ing to the host -generated command, a microcontroller bus 
for transferring microcontroller information and the inter- 
face device interrupt signal between the interface device and 
the microcontroller device. The interface device further 
includes means for receiving a microcontroller command 
from the microcontroller device in response to said interface 
device interrupt signal and means for storing the microcon- 
troller command and it is operative to generate a microcon- 
troller device interrupt signal upon storage of the microcon- 
troller command for use by the interface device in 
developing an address for identification of the interface 
device to the host during subsequent communications 
therebetween, wherein during communication between the 
host and the interface device, the interface device-developed 
address is used by the interface device to identify host- 
provided information in the form of packets, and upon 
processing of the host -provided information, to provide the 
microcontroller device with the necessary information to 
allow it to respond to the host thereby allowing a generic 
microcontroller device to be flexibly interfaced with a USB, 
host for communication therebetween. 
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UNIVERSAL SERIAL BUS (USB) RAM FIG. 1 shows an example of a system using USB to 

ARCHITECTURE FOR USE WITH communicate to a host (not shown). In FIG. 1, a USB host 

MICROCOMPUTERS VIA AN [INTERFACE controller unit 100 is shown coupled to a PCI bus 102 for 

"■"■swsrjssKssr™" . ™rf « — rr * » »? • -r 

peripheral devices, or hubs, that may be coupled to yet 
CROSS REFERENCE TO RELATED mrther peripheral devices. In FIG. 1, the peripheral devices: 

APPLICATION phone device 104) a mon j t or device 106 and another hub 

This application is a continuation-in-part of my prior device 108 Me coup i e d through ports to the USB host 
application Ser. No. 08/846,118, filed Apr. 24, 1997, now controller device 100. The monitor device 106 is further 

wf^^^^^h ^f^,^^ ™ c0U P lcd to a V^ty of olher Peripheral devices, such as 

two speaker units 110 and 112, a microphone device 114 and 
a keyboard 116. The keyboard 116 is further coupled to a 
mouse device 118 and a pen device 120 through ports. 

CHANNEL." " USB devices attach via a USB hub providing one or 

more ports. While each hub can provide either a high speed 
BACKGROUND OF THE INVENTION (n ^ Qf ^ ^ (1 5 Mb/g) ^ Qnly ^ 

1. Field of the Invention higD sp eed version wiU be considered for simplicity. Con- 
This invention relates generally to the field of general 2Q nectors and i ine characteristics are described in the USB 

purpose microcomputers and particularly to a microcom- Specifications, and are herein incorporated by reference. In 

puter unit including a serial interface controller such as the the interest of maximum compatibility, Intel and the USB 

Universal Serial Bus (USB) RAM device to facilitate com- i m pi eme Qtors Forum make available a VHDLdescription of 

munication between a host and a microcontroller. ^ Serial , nterface Engine (SIE)> A Unt driver (such as 

2. Description of the Prior Art 25 p niUips USB translation PDI-USB-P11) uses differential 
The growth of desktop computers has been accompanied paif signaling with bit-stuffed NRZI (Non-Return-to-Zero, 

by a corresponding growth in the number and types of inverted) coding. 

peripheral devices that have various connection/ ^ . „„ r e 

interconnection schemes, etc. Accordingly, today's PC's Ever y . trans f r ™,* U f B mt f ace ^ ts ° f a 

have many peripheral connectors, most of which are expen- 30 combination of packets. Four classes of transfers have been 

sive. As the size and cost of the PC decreases, the relative defined > each of which P rovides features useful to l yP lcal 

cost of these connectors increase. To alleviate this problem, peripheral devices. Eeach transfer class will be described 

high performance serial bus schemes are being defined that briefly: 

are designed to use one connector to attach many (lower Interrupt Transfer 

performance) peripherals to the PC. Furthermore, due to the Useful for devices that typically interrupt the host system 

operational limitations of many of these peripheral devices in non-USB interface. USB interrupt transfers provide a 

with respect to what is referred to in the computer industry maximum latency on the order of one millisecond, with 

as "low speed", they typically require dedicated wires and average latency perhaps half that, 

connectors capable of supporting much higher speed data 40 Control Transfer 

transfers than are required. Useful for sending specific requests from the host system 

Moreover, information flows and the required responses to USB devices. This transfer is typically used during device 

over a high performance serial bus exceed the performance initialization, 

capability of generic microcontrollers of the type used in Bulk Transfer 

typical peripherals. 45 Useful for data transfers that have no immediacy or 

The Universal Serial Bus (USB) and "firewire" (IEEE periodicity requirements, such as the data returned from a 

1394) has been introduced in the computer industry to floppy disk device, 

effectuate "time sharing" of many of these low speed periph- Isochronous Transfer 

eral devices over a single higher speed connection thereby Useful for periodic transfers or for devices requiring a 

providing higher performance communication links while constant data rate, such as voice communications over an 

using such peripheral devices. This higher speed connection ISDN phone. 

requires only minimal resources (such as I/O, DMA, Inter- A transfer class is typically associated with a device 

rupt and Memory) from the host system. Prior art systems endpoint. The user of a USB device must analyze the 

require such resources per peripheral. 55 transfer class(s) necessary for his purposes, and define 

By way of background, a summary of the USB and its appropriate endpoints. The endpoints are communicated to 

operation is presented below. Although the preferred imple- the USB host controller during the configuration process, 

mentation of the serial interface bus is the USB, a similar us j ng descriptors, which are data structures with a defined 

approach will work with the faster "firewire" (IEEE 1394) format descriptor begins with a byte-wide field that 

operating at 100,200,400 . . . Mbits/sec. 60 contains tDe total number of bytes in the descriptor followed 

DESCRIPTION OF THE UNIVERSAL SERIAL by a bytewide field that identifies the descriptor type. For 

BUS endpoint descriptors, at least the following fields are 

The characteristics of a USB communication link consists required: Descriptor Length, Descriptor Endpoint Type, 

of a half duplex 12 Mbit/sec channel divided into 1.0000 65 Endpoint address, and Endpoint attributes. An example of a 

millisecond " frames*' , which are distributed over a Tiered device descriptor and the descriptor communications proce- 

Star Topology. dure is given in a following section. 
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The connection between client software on the host 
system and an endpoint on a peripheral device is via a Pipe. 
Typically a pipe connects the client data buffer on the host 
with an endpoint register on the device. The client software 
initiates a control transfer to read the device's descriptor(s), 
then registers the required endpoints with the system's USB 
host controller, which allocates USB bandwidth according to 
an implementation specific plan. 

USB bandwidth allocation is highly flexible and device 
specific. Interrupt pipes can specify a latency ranging from 
one to 255 msec. An endpoint can define a maximum packet 
size, thereby allowing the host controller/allocator to com- 
pute the number of specific endpoints that can share a frame. 
Maximum packet size can be up to 64 for Interrupt 
endpoints, but as large as 1023 for Isochronous endpoints. 

USB devices are not required to have a specific number or 
type of endpoint(s). The specific configuration for each 
device is set up during initialization. Since all SETUP and 
associated packets are CONTROL transfers, then at a 
minimum, any device must have at least one control end- 
point. The USB -RAM interface described herein will sup- 
port CONTROL, INTERRUPT, ISOCHRONOUS, and 
BULK transfers, as required by the microcomputer being 
interfaced to the USB -RAM. 

CONTROL transfers begin with a setup stage containing 
an eight byte data packet, the eight bytes defining the type 
and amount of data to be transferred during the data stage. 
CONTROL transfers are guaranteed at least 10% bus allo- 
cation. In order to apportion control transfers over as many 
devices as possible, the data stage of a CONTROL transfer 
is limited to 64 bytes. Typical USB transactions consist of 
three phases: 



Packet ED 

5 TRANSFER: [Sync] [SETUP] [Address] [Endpoint] [CRC-5] [EOP] 
[OUT] 
[IN] 

SOF: [Sync] [SOF ] [Frame #] [CRC-5] [EOP] 
10 DATA: [Sync] [DATA] [Data payload] [CRC-16] [EOP] 
HANDSHAKE: [Sync] [ACK ] [EOP] 

[NAK] 

[STALL] 



The USB -RAM enters a number of states in changing from 
'unattached* to 'configured* (see below). Before being reset, 
the powered device will not respond to the bus. After reset, 
the USB-RAM responds to requests on its default pipe using 
either a unique assigned address or the default address. 



25 



30 



35 



USB Visible Device States 
<Transition> State 

not attached 
<Attach> 

Attached 
<Power> 

Powered 
<Reset> 

Default 
<Address> 

Addressed 
<Configure> 

Configured (Functional) 
<Suspend> 

Suspended 



Token Data Packet Handshake 

Phase Phase Packet Phase 



All USB transactions begin with a token phase, defining the 
type of transaction to be broadcast over the USB. The four 
USB tokens are: 

SOF (Start_of_Frame) begins each 1 ms frame 
SETUP begins each CONTROL transfer 
IN begins a data transfer from the device to the host 
OUT begins a transaction to transfer data from the host to 
the device. 

SOF and SETUP tokens are very specific, while IN tokens 
can be used in INTERRUPT transfers, BULK transfers, 
ISOCHRONOUS transfers, and the data phase of CON- 
TROL transfers. The Token phase is always from the host to 
the device. The Data Packet direction varies according to the 
transaction, and the Handshake, if required, usually depends 
on the data direction. Each of the above packet phases 
transfers a packet with the following format: 

[SYNC Seq. packet ID][Packet Info][CRC-bits][EOP] 
The synchronizing sequence and End-of-Packet signal are 
handled by the Serial Interface Engine (SIE) and are not seen 
by the microcontroller, while packet bytes (exclusive of 
CRC bits) are handled by the microcomputer device in the 
present invention, thereby allowing maximum flexibility. In 
general, USB packets look like: 



Suspended devices are maintained at a minimum power 
level, and are not functional. A USB-RAM exits the suspend 
mode when there is bus activity. The device may also request 
45 the host exit a suspend mode via electrical signaling to 
indicate a remote wakeup. 

The normal sequence begins after reset with a host read on 
50 the default pipe to determine a maximum data payload 
available on the default channel, then the host assigns an 
address. The host reads the configuration information for 
each device configuration 0 to n then assigns a configuration 
5S value to the device, causing all endpoints to assume the 
characteristics of the configuration descriptor. 

USB devices report their attributes to the USB client 
60 software using descriptors. The format of a USB device 
descriptor is shown in FIG. 2. USB protocols define several 
descriptors: DEVICE, CONFIGURATION, INTERFACE, 
ENDPOINT, STRING, and CLASS-specific. Each of these 
65 is requested via SETUP transactions in which the desired 
descriptor type is requested from the microcomputer. The 
preferred implementation uses the following procedure: 
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// < pipe > < Host. > < USB > < uC > 

pipe=CONTROL< SETUP >-- > 



< DATAO >- 



\ < IN >- 



< < NAK > 



\ < IN >- 



-< NAK > 



\ < IN >- 



-< Int_jiC > > yC sees Std Dev ReQ 

reads 8 bytes , then 
writes to memory and 
commands USB device 



< < i n t USB >- 



< < DATA1 > 



\ < ACK >- 



The general description of the USB scheme and prior ait 
USB interfaces has been presented above. A time multi- 
plexed medium speed serial bus is used to handle multiple 
low to medium speed devices, using multiple transfer types. 
At reset time the device must respond to packets on the 
default CONTROL pipe at address zero. Initial responses 
result in the device being assigned a unique address and in 
the device communicating descriptor information describing 
the number and types of endpoints that must be configured 
for the application that the device is serving, These and all 
following transfers are initiated by the USB host, typically 
via an IN or an out token, where the direction of information, 
i.e. IN and OUT, is relative to the host. The microcontroller 
then sends or receives a DATA packet as appropriate. Details 
of the present invention are described below. 

As shown in FIG. 3, there are several approaches for 
establishing communications between peripheral devices 
and a host through the USB. One such approach at 122 is the 
USB-to-clocked serial interface, which uses the 
commercially-available Thesys TH6503 device. Another 
approach, shown in FIG. 3 at 124, is a USB-to-FIFO design 
using the NetCbip NET-2888. A third approach, shown at 
126, is to embed the USB device in a micro-controller, either 
an 8051 derivation such as the Intel 8x931, the Siemens 
C540U & C541U, the Anchor Chips EZ-USB, or the 
Cypress CY7C63001. 

While the first approach, USB-to-clocked serial interface, 
is simple and useful for RS-232-like devices, it embodies all 
of the limitations of the RS-232-like serial devices. For 
example, RS232 on IBM PC's are (1) typically slow 
devices; (2) not well suited to multi-channel architectures; 
and (3) require considerable processor resources. The sec- 
ond approach is more useful for faster transfers, but typically 
requires DMA I/O to allow the controlling device to service 
the FIFO as required. The final approach, the USB embed- 
ded in a micro-controller, is well suited for hi-volume 
applications (Cypress details "mouse controller" 
application) but represents an extreme amount of design 
work (with minimal tools) for low to moderate volume 
applications. 

The approaches presented above for interfacing with the 
USB have a number of shortcomings. One such shortcoming 
is that a very significant design effort is required, another is 
that these approaches are incompatible with a very large 



class of microcontrollers such as the Intel 8051, the 

25 Motorola 68xx, the Micron PIC, and similar 8-bit micro- 
controllers (also 4 and 16-bit), which typically do not 
include DMA circuitry, but do support memory interface and 
external interrupts). 
The transfer of data between the high performance serial 

30 bus and a low performance generic microcontroller occurs 
via memory buffers that have specific locations and sizes. 
The locations and sizes will generally be specified by the 
microcontroller, and this information will be used during 
transfers, by the serial interface device. Because of the 

35 asynchronous relation between the serial bus and the 
microcontroller, arbitrating access to such buffer informa- 
tion is problematic. 

Therefore, the need arises for an inexpensive device to 
interface peripheral devices, of various different types, such 

40 as currently-available microcontrollers, with a host through 
the USB or other bus devices while taking advantage of the 
high speed of the bus device. 

SUMMARY OF THE INVENTION 

45 

Accordingly, it is an objection of the present invention to 
provide a Serial Interface Controller that uses buffering via 
a memory-based interface capable of generating interrupt 
signals to the generic microcontroller, and of. coordinating 
50 data transfers between the host and the microcontroller, 
including flow control, and error handling and retry mecha- 
nisms. 

The present invention represents a new architectural 
approach to solving the problems mentioned above. The 

55 invention provides a method and apparatus for providing a 
high performance serial interface between any 
commercially-available microcontroller device and the USB 
or other high performance serial bus. The architecture used 
in the presently preferred embodiment of the present inven- 

60 tion (hereinafter referred to variously as the Serial Interface 
Ram (SI-RAM) or USB-RAM architecture) is related to the 
single chip processor unit design described in Applicants' 
pending U.S. patent application Ser. No. 08/846,118 filed 
Apr. 24, 1997 and entitled "A SINGLE CHIP MICROCON- 

65 TROLLER HAVING DOWN-LOADABLE MEMORY 
ORGANIZATION SUPPORTING "SHADOW" 
PERSONALITY, OPTIMIZED FOR BI-DIRECTIONAL 
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DATA TRANSFERS OVER A COMMUNICATION FIG. 4 illustrates a preferred embodiment of the present 

CHANNEL". The application disclosure is expressly in cor- invention to include a USB host coupled, through a com- 

porated herein by reference. munication link, to a USB RAM device 130 

An important advantage of the present invention is that it FIG. 5 shows a detailed view of the internal architecture 
provides a high performance interface device for coupling a 5 0 f the USB RAM device shown in FIG. 4. 
commercially-available microcontroller to the USB or other pjc. 6 shows a more detailed schematic of the sub- 
high performance serial bus for communication therebe- structure in FIG. 5. 

tween. The interface provides for rapid communication pjo. 7 shows the organization of an endpoint register 

between the microcontroller and the serial bus device. , h( . endpoim register fl , e m of FIQ 5 

Another advantage of the present invention is that the „ ^ interfacin , 0 an end M ^ 

interface appears to the microcontroller as a RAM device n ° , , 

having interrupt capability thereby allowing any FIG - 9 sh ° ws a memory map which is the default 

commercially-available microcontroller to interface with the memory map (or organization) of information stored in the 

dual port RAM device. 

Yet another advantage of the present invention is that it 15 FIG - 10 shows a Bulk * IN endpoint register storage loca- 

provides a general purpose USB-to-uC interface that is also u° n * shown included within the endpoint register file, 

optimal for interfacing to an ISDN adapter. FIG. 11 shows a Bulk-Out endpoint register storage 

Briefly, a preferred embodiment of the present invention location is shown included within the endpoint register file, 

includes a RAM-basecd interrupt-driven interface device for 2Q FIG. 12 shows the default INTERRUPT endpoint register 

establishing a communication link between a universal serial of the endpoint register file. 

bus (USB) host and a microcontroller device for providing piG. 13 shows the configuration of the" default ISO-1N 

a control function, the interface device being operative to endpoint register of the endpoint register file, 

receive digital information in the form of command, data FIG u ghows tfae ^^1^ of the ISO-OUT end 

and control packets from the host and to process the packets 2$ . Qt ^g^gj. 355 

and communicate the processed digital information to the mn ie u ' * 1 « «• e ~ * ~i 

„ , . r , . & . . FIG. 15 shows a conceptual representation of control 

microcontroller device, and in response thereto, the micro- - r r 

transfers 

controller device being operative to communicate digital ' ... .... 

information to the interface device for processing and trans- Fla 16 illustrates a high level diagram mcluding two 

fer thereof to the host. The interface device includes means ma J or interfaces: a USB interface and an ISDN interface, 

for receiving a command generated by the host through a FIG. 17 shows the layered architecture of ISDN as 

USB bus, means for storing the host-generated command supported by the present invention, 

and for generating an interface device interrupt signal upon DETAILED DESCRIPTION OF THE 

storage of said host-generated command for use by he PREFERRED EMBODIMENTS 
microcontroller device in responding to the host-generated 35 

command, a microcontroller bus for transferring microcon- In FIG. 4, a preferred embodiment of the present inven- 
troller information and the interface device interrupt signal tion is shown to include a USB host 128 coupled, through a 
between the interface device and the microcontroller device. communication link 148, to a USB RAM device 130. The 
The interface device further includes means for receiving a USB RAM device 130 is further coupled to a microcontrol- 
microcontroller command from the microcontroller device 4Q ler device 140 via microcontroller lines 216. The USB RAM 
in response to said interface device interrupt signal and device 130 includes a request storage location 142, a corn- 
means for storing the microcontroller command and it is mand storage location 144 and an address storage location 
operative to generate a microcontroller device interrupt 146. As will be further described below, storage locations 
signal upon storage of the microcontroller command for use 142 and 144 reside within a random-access-memory (RAM) 
by the interface device in developing an address for identi- 45 device while the storage location 146 is included in a 
fication of the interface device to the host during subsequent register. 

communications therebetween, wherein during communica- The request storage location 142 operates to store com- 

tion between the host and the interface device, the interface mands provided by the USB host 128 for use by the 

device-developed address is used by the interface device to microcontroller device 140. The command storage location 

identify host-provided information in the form of packets, 5Q 144 operates to store a microcontroller-provided command, 

and upon processing of the host-provided information, to which ultimately provides an address in the address storage 

provide the microcontroller device with the necessary infor- location 146 of the USB RAM device 130. The USB RAM 

mation to allow it to respond to the host thereby allowing a device 130 is assigned an address by the USB host 128. This 

generic microcontroller device to be flexibly interfaced with process is performed by the USB host 128 initiating an 

a USB host for communication therebetween. 55 address configuration procedure. During such a configura- 

These and other advantages of the present invention will tion process, the USB RAM device 130 is assigned a unique 

no doubt become apparent to those skilled in the art after address that it uses for detecting its identity among other 

having read the following disclosure which makes reference USB devices which may also be coupled to communicate 

to the several figures of the drawing. with the USB host. 

iw thp nu awinp<5 60 Resetting of the USB RAM device 130 will invoke the 

1 Hti UKAWIIN ^ device to reS pond to a default address of zero. It should be 

FIG. 1 is a diagram illustrating an example of a system no ted that each device that is coupled to the USB host 128, 

using USB to communicate to a host. other than the USB RAM 130, is also assigned a unique 

FIG. 2 presents the format of a USB device descriptor. address prior to transfer of any information. 

FIG. 3 shows several approaches for establishing com- 65 A "SET__ADDRESS" request is used to assign the USB 

munications between peripheral devices and a host through RAM device 130 its unique address. The microcontroller 

the USB. device 140 is responsible for interpreting the "SET__ 
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ADDRESS", request which is transparent to the USB RAM coupled to receive information from a receiver comparator 
device 130. The USB RAM device 130 detects a "SETUP circuit 164 which is in turn coupled to receive information 
PID" (Packet Identification), i.e. SETUP|0 with PID being from the receiver CRC circuit 160. 
the value '0', command, and signals the microcontroller As described earlier in this document, typical USB trans- 
device 140 when the device request has been received and 5 actions consist of three phases: a token phase; a data packet 
stored via the request storage location 142 from the USB phase; and a handshake packet phase. Each of these packet 
host 128. The microcontroller device 140 determines that the phases is arranged in a given format having a sync, a packet 
request stored within the request storage location 142 signals jd, packet information, CRC information, and EOL infor- 
the device address assignment by decoding the "SETUP mation (the latter for identifying when the communications 
PID" and thereafter writes a SET__ADDRESS command to 10 ii ne ^ gomg t0 be idle). Accordingly, when information is 
the USB RAM device 130 by storing the command in the received through the communication link 148, the sync 
command storage location 144 and storing the address at a portion of the packet is detected by circuit 158 and the CRC 
specified location in RAM. The USB RAM device 130 then portion of the packet is detected by the circuit 160. The CRC 
copies the address information into the address storage portion of the packet is compared, using the circuit 164, to 
location 146. is a generated CRC, which is developed by the circuit 166. The 

FIG. 4 generally illustrates the basic communication outcome of this comparison is a generated signal, by the 

protocol between the USB RAM device 130 and the micro- circuit 164 and coupled onto a CRC OK line 172 such that 

controller 140 when a SETUP command is initiated by the when the two CRC values match, the signal that is coupled 

USB host 128. The internal architecture within the USB onto the CRC OK line 172 is activated. The sync detector 

RAM device 130 is then used to facilitate the command 20 line 170 and the CRC OK line 172 are further used to 

protocol as will be described in further detail below. provide coupling between the serial interface engine 

It should be further noted that the communications pro- receiver 154 to and a USB-RAM timing and control circuit 

tocol between the USB RAM device 130 and the USB host 174 - The detailed design of the timing and control circuit 

128 is governed by the USB specification, which is a known 174 « described in the form of 'pseudo-code' in Appendix 

standard in the industry and is described in a publication 25 A attached hereto. 

entitled "Universal Serial Bus System Architecture" by Don During transmission of data from the USB RAM device 
Anderson. Data that is communicated via the comraunica- to the USB host, the serial interface engine transmitter 
tion link 148 between the USB host and the USB RAM transfers serial data via the transmitter line 152. The serial 
device is performed in a serial fashion in the form of packets. interface engine transmitter 156 includes a transmitter sync 
FIG. 5 is presented to show a detailed view of the internal 30 circuit 169 coupled to the transmitter line 152 for developing 
architecture of the USB RAM device 130. In FIG. 5, the the sync portion of a packet. The serial interface engine 
communication link 148 is shown as a full duplex commu- transmitter 156 further includes a transmitter CRC circuit 
nication link having D+ and D- lines coupled to transfer 171 coupled to receive data from the internal data bus 168 
information between the USB host 128 (not shown) and a and coupled to generate a CRC bit pattern onto the trans- 
receiver line 150 and transmittal line 152. That is, the mitter line 152. The serial interface engine transmitter 
communication link 148 couples information received from further includes a transmitter bit stuffing circuit 173 which 
the USB host serially onto the receiver line 150 and similarly is coupled to the internal data bus 168 and further coupled 
transfers information from the serial transmitter line 152 to the transmitter line 152. 

through the communication link 148 to the USB host. 4Q A Packet IDentification (PID) decoder circuit 176 is 

The receiver line 150 is shown coupled to a serial inter- connected to the internal data bus 168 for decoding packet 

face engine receiver 154 and the transmittal line 152 is identification information from each formatted packet 

shown coupled to a serial interface engine transmitter 156. received and accordingly generates control signals that are 

The design and VHDL specifications for the serial interface coupled onto a PID control bus 178 for use by components 

engine receiver 154 and the serial interface engine transmit- 45 of the USB RAM device. 

ter 156 are commercially made available to users by Intel In FIG 5, additionally shown, is an address register 180 

Corporation. that is coupled to the internal data bus 168 for receiving 

The serial interface engine receiver 154 operates to con- address (or identification) information from the USB host, 

vert received serial data from a nonreturn-to-zero (NRZ) The address register 180 stores the received address infor- 

format to a binary format for use by the USB RAM device 50 mation and couples the same onto an address bus 186 for use 

130 and the serial interface engine transmitter 156 similarly by an address comparator circuit 184. The address register 

converts serial binary data to NRZ, data for communication 180 operated to store a new address upon activation of a 

to the USB host. signal that is coupled onto an address latch line 182 by the 

Included in the serial interface receiver 154 is a receiver circuit 174. The address comparator circuit 184 compares 

sync detector circuit 158 coupled to receive serial informa- 55 the address information that is stored in the address register 

tion from the receiver line 150 and operates to generate a 180 to the address information that is stored in the address 

sync detect signal that is coupled onto a sync detector line storage location 146 and generates a signal in response 

170. The serial interface engine receiver 154 further includes thereto that » coupled onto an address match line 195. 

a receiver CRC circuit 160 coupled to the receive line 150. The address storage location 146 is further coupled to an 

Further included within the serial interface engine receiver 60 endpoint register file 198 and to the circuit 174 through a 

154 is a receiver bit stuffing circuit 165 coupled to the timing and control address bus 192. The address latch line 

receiver line 150 for removing bits that are included in a 182 and the address match line 195 are connected to the 

received packet that are neither sync nor CRC bits and circuit 174. The device address latch line 194 is also 

provide no valuable information to warrant decoding connected to the circuit 174. The circuit 174 is further 

thereof. The receiver bit stuffing circuit 165 is connected to 65 connected to a timing and control bus 220 and generates 

the an internal data bus 168 and it is further coupled to a signals coupled onto two busses: the endpoint register file 

receiver CRC generator circuit 166. The circuit 166 is control bus 204; and the working pointer control bus 222. 
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The circuit 174 further generates and receives signals virtual endpoint register file storage location 248 which is 

through a dual port RAM control bus 218. The circuit 174 mapped from address locations 0x7 CO to 0x780. The device 

consists of hardware components and executes a program 214 further includes a SETUP storage location 250 for 

for generally arbitrating the flow of information among the storing the SETUP control information as discussed earlier, 

remaining components within the USB RAM device 130. In 5 The dual port RAM device 214 further includes an ISO OUT 

so doing, the circuit 174 generates and receives control data stora S e location 252 and an IS0 IN data stora e e 

information used to direct information traffic through the location 254. The location 252 is used to store data when 

device 130 a transferred from the USB host to the micro- 
controller device 140 and the location 254 is used to store 

The endpoint register file 198 is coupled to receive daU information when data ^ transferred from the micro- 
information from an endpoint control bus 202. The endpoint ™ contIoncT 14 q to tn& USB host 128. 
control bus202c^mum^ ^ ^ bus 168 {& teher M {0 a tfans _ 
decoder circuit200 which is in turn coupled to the internal ^ mformatioD tor circuit 224 M is led t0 
data bus 168. The endpoint register file 198 is operate to ^ circuit J?4 h transmiUer erator mnu6i bus 
generate information through a working pointer bus 208 to „ 6 ^ M% ^ indudes a DArAQ t0f cifcuit 22g 
a working pointer circuit 206 The worlang pointer 206 is « which fe ^ {q {q ^ ^ bu& m ^ 
further coupled to the mtemal data bus 168. Hie endpoint d {Q ^ m h ^ bus 226 ^ 
register file 198 is comprised of endpoint registers with each 22 / further mdudes a DArA l generator circuit 230, 
register for Coring ^formation that Pertamsto an endpoint. an ACK ator a NAK ^ ^ 
The contents of the endpoint register file 198 will be further and fl ST ^ L generator ciic ^ ^ ^ afe aU tQ 
explained below. the mteraa i ^ 5us 168 and f^^r coup i e d to the circuit 

The working pointer circuit 206 is coupled to a dual port 174 trough the bus 226. Information from the circuit 224 is 

RAM device 214 through an internal address bus 210 that is received through the internal data bus 168 by the transmitter 

generated by the working pointer circuit 206. The dual port 156 and converted to NRZ format for transmission to the 

RAM device 214 is coupled to: circuit 174 through the bus USB host. 

218; endpoint register file 198 through an endpoint address 25 ?ussa ^ li t0 the US fi serial protocol, data transferred via 

pointer 212; and mtemal data bus 168. The dual port RAM sefial packets is either read from or wriUen to the USB 

device 214 is further coupled the microcontroller device 140 deyice m M ^ be apparcnt ^ion, whcn written 

through microcontroller lmes 216. The microcontroller lines ^ the ^ highest locations in the dual ram 

216 include an address bus, a data bus and control lines, the device 214 cause respective interrupt signals to be asserted 

latter for coupling chip select, read, write, ALE and INT and whcn read from thc locationS) cause thc reS pective 

signals therethrough. interrupt signals to be cleared. Access to these locations, 

Data is transferred between the USB RAM device 130 an d, typically, access to associated data in RAM requires the 

and the microcontroller device 140 through the use of a working pointer on either side of the dual port RAM, 

bi-directional data bus of the lines 216. The read and write 35 the address bus 212 on one side and the address portion 

signals coupled onto the lines 216 identify the direction of 0 f t he bus 216 on the microcontroller side. The preferred 

data flow between the USB RAM device 130 and the implementation utilizes a working pointer per end point in 

microcontroller device 140. The ALE signal is used for 19$^ although by the nature of the time shared bus, only one 

accommodating 8 and 16-bit addressing schemes. For pointer is active at a time. In addition, a separate pointer 206 

example, if the address bus included within lines 216 is 16 ^ jg dedicated to service interrupts. 

bits wide, the 8 most significant bits of the address lines are Handshake responses to USB packets must occur in 

first captured in a latch or register device (not shown) using approximately one microsecond. Even with interrupts, this is 

the ALE signal by the USB RAM device 130 before arrival considerably faster than typical microcomputers can 

of the 8 least significant bits at which time, both portions of respond, therefore the architecture must compensate for this 

the address are concatenated to form a 16 bit address 45 mismatch. The preferred compensation implementation 

information for use in reading and writing data in the USB employ the use of 'auto-NAK* wherever feasible, and the 

RAM device 130. use 0 f "pre-configuration." For example, only one pipe at a 

The dual port RAM device 214 is a sophisticated storage time can be active, therefore, in principle one working 

device having an associated memory map that is particularly pointer will suffice to read and write packets in the USB 

suited for USB applications. The memory map associated 50 RAM 130. However, if the microcomputer cannot respond 

with the dual port RAM device 214 includes the request fast enough to setup the pointer for each pipe, then the 

storage location 142 which is mapped to the top of the pointer would have to point to the same default memory 

memory at a location identified by '0x7FF* (in hexadecimal location for all pipes. But this then requires the microcom- 

notation). When the request storage location 142 is puter to load and unload each data packet quickly and to free 

addressed and written to, an interrupt is generated to the 55 up the memory for the next transaction. In general, this is not 

microcontroller device 140 through the INT signal that is practical, therefore we use the "pre-configure" strategy: each 

coupled onto the lines 216. endpoint has an associated virtual endpoint register, within 

The dual port RAM device 214 further includes the the virtual endpoint register file storage location 248 of the 

command storage location 144 which is mapped to address dual port RAM device 214, identified within the device 214 

location 0x7FE. When the command storage location 144 is 60 by a pre-assigned address per each endpoint register. Using 

written to by the microcontroller device 140, an interrupt is this address, each endpoint register may be pre-loaded 

generated and received by the circuit 174 through the during reset by the microcontroller device 140. 

interrupt line of the control bus 218. The dual port RAM Because different endpoints may have different maximum 

device 214 further includes a mailbox storage location 240 packet sizes associated with them, it is convenient to asso- 

and IN-PAGE storage location 242 and an OUT-PAGE 65 ciate these values with the pointer registers, so that, at the 

storage 244. Further included within the device 214 is an same time the working pointer in 198 is loaded with a 

area for storing virtual endpoint register information at a specific endpoint, the corresponding counter is also loaded: 
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Thus the microcontroller device 140 can preload the 
counters and address registers of the virtual endpoint register 
file 248 that is associated with each endpoint with unique 
values when the USB RAM device 130 is in reset. These 
default values can be chosen to optimize, in some sense, the 
distribution of end point buffers over the dual port RAM 
device 214. While optimal for a "typical" system, such 
values are almost never ideal for various particular systems. 
Thus, the program inability of the registers and counters 
associated with endpoints, allows for the 'best* distribution 
of endpoint buffers for any given application thereby maxi- 
mizing flexibility. 

Each of the circuits 232, 234 and 236 respectively gen- 
erate the ACK, NAK and STALL handshake packets dis- 
cussed earlier. With each of these, a sync pattern is appended 
to the packet information before transmission thereof to the 
USB host (with no CRC being necessary to transmit). 
However, an EOP which basically has the effect of causing 
the communication line to become idle is transmitted. The 
circuits 228 and 230 operate to couple data information onto 
the internal data bus 168 for transmission thereof through 
the circuit transmitter 156 to the USB host. 

The endpoint decoder circuit 200 is a 1 to 16 decoder and 
the endpoint register file 198 which works in combination 
with the endpoint decoder 200 is not simply a register file, 
but rather a sophisticated device for storing endpoint register 
information in an elaborate fashion, as will be described 
further below. 

The PID decoder circuit 176 as described above, decodes 
the packet ID information and based upon the information 
included within the packet ID generates control signals to 
the circuit 174 via the bus 178. The packet ID, and may be 
any one of SETUP, OUT, IN, SOF, DATA, ACK, NAK 
information and based upon such information control lines 
such as delineated within bus 220 generated by the packet 
decoder circuit 176. Further generated by the packet decoder 
circuit 176 is a PID error signal coupled through the bus 178 
to the bus 220 for receipt by the circuit 174. This signal is 
used to detect a packet identification information has been 
received in error. The internal data bus 168 is 8 bits wide, 
while the internal address bus(es) 210(212) are at least 11 
bits wide. As each endpoint is communicated from the USB 
host to the USB RAM device 130 using descriptors, the field 
of the descriptor is used to select the appropriate endpoint 
register within the endpoint register file 198. Each of the 
registers within the register file 198 serves an endpoint such 
as CONTROIL, ISO-OUT, ISO-IN, INTERRUPT, BULK. 
Each field of the descriptor stored within the register file 198 
has a format as shown in FIG. 7. 

In FIG. 6, a more detailed schematic is shown of the 
structure in FIG. 5 that handles most of the endpoint 
information. The endpoint register file 198 is shown to 
include rows of storage locations, each row for storing an 
endpoint register 259. Each endpoint register 259 is 32 
(=0 ... 31) bits wide and these bits are grouped into fields 
as will be described further with respect to FIG. 7. A byte 
counter 256 is shown included within the byte counter field 
of each of the endpoint registers 259 although as indicated 
earlier, only one byte counter is necessary for all endpoints. 
The type of ENDPT field 266 tells 174 what type of endpoint 
is being serviced. 

Each row of the register file 198 in FIG. 5 contains 32 bits 
as shown by a representative row in FIG. 7. In FIG. 7, 
starting from the least significant bit, 8 bits (0 ... 7) are 
designated for the storage of the index information. The next 
3 bits, bits 8 through 10 identify the page number. The 
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following 3 bits identify which endpoint type is being stored, 
i.e., control ISO-IN, ISO-OUT, etc. The next bit distin- 
guishes between a NACK and an ACK packet and the next 
5 bits are the packet count; the next bit 22, identifies whether 
5 there is a DATA 1 versus DATA 0 type of information. The 
next bit after that, which is bit 23 is dedicated to validity 
check and the next 8 bits, bits 24 through 31 are byte counter 
bits. 

Each of the 32-bit endpoint registers 259 has an image in 

10 the virtual storage location 248 within the dual port RAM 
214 shown in FIG. 5. The virtual storage location 248 holds 
the endpoint register information and this information is 
loaded into the endpoint register file 198 when the USB 
RAM device 130 is configured as discussed above. Each 

15 field is thereafter selectively re-loaded, as appropriate. Each 
of the fields of an endpoint register in FIG. 7 is further 
described below. Byte Counter 

An 8 bit, bits 24 through 31, endpoint byte counter field 
257, shown in FIG. 7, is used to preload the endpoint byte 

20 counter 256 (shown in FIG. 6). The nature of the USB packet 
protocol ensures that only one packet will be on the bus at 
any given time and packets are not pre-emptiable. Therefore, 
the device requires one byte counter regardless of the 
number of endpoint registers implemented. 

25 When an IN token on a specified endpoint is received, the 
byte counter 256 is loaded with the byte count value for that 
specific endpoint, and the counter is used to count down 
bytes transmitted to the USB host by the USB RAM device 
130, terminating the packet when the counter reaches zero. 

30 When an OUT token is received by the USB RAM device 
130, the byte counter 256 is zeroed and may be used to count 
up the number of bytes sent from the USB host to the USB 
RAM device 130. The output of the counter is coupled onto 
the internal data bus 168 (shown in FIG. 8) so that the byte 

35 counts may be written to the dual port RAM device 214 
when required. 
Endpoint Packet Counter 

For each endpoint register, there is a packet counter field 
258 stored within the register file 198. The packet counter 

40 field is actually implemented as a bit up/down binary 
counter. During normal operation, the packet counter for 
particular endpoint is pre-loaded with the appropriate packet 
count depending upon which endpoint is being processed 
and counted down, as each packet is sent to the USB host. 

45 SEQ Bit 

The sequence bit which is shown in FIG. 7 as being in bit 
position 22 is also stored per endpoint register and its bit 
value distinguishes between DATA0 and DATA1. The bit is 
zero by default when loaded and it is toggled in place when 

50 the appropriate condition occurs. This bit is used to set 
outgoing data PID and to test incoming data PID's. 
Endpoint Enable Bit 

Each endpoint register 259 in the endpoint register file 
198 shown in FIG, 5 has associated with it an endpoint 

55 enable register bit 264 that is 'zero' by default. This enable 
bit is loaded from the corresponding virtual endpoint register 
storage location 248 within the dual port RAM device 214 
and is therefore set by the microcontroller device 140 and 
reset by the USB RAM device 130. 

60 Endpoint Type Field 

The endpoint type field 266 is 3 bits wide and specifies the 
type of endpoint that the endpoint register has been assigned. 
The default values are implementation specific but at least 
one endpoint register must always be dedicated to the 

65 default control pipe. Beyond this, there are very few con- 
straints on endpoint register assignments and the "interface" 
or endpoint register assignment is under the control of the 
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USB RAM device 130 and should match the relevant 
descriptor. This feature allows a broad flexibility in USB 
interfaces. The endpoint type field is read by the USB RAM 
timing and control circuit 174 in order to determine the 
appropriate behavior for the endpoint. The USB host pre- 
sumably is aware of the endpoint configuration and thus 
provides appropriate tokens for such configuration. 
Page and Index Pointer Register Field 

The page and index pointer register field 268 comprises 
the remaining 11 bits of each endpoint register and it is 
dynamically implemented as a pre-loadable binary up/down 
counter which serves primarily to access data bytes within 
the dual port RAM device 214 when packets are sent or 
received by and from the USB RAM device 130. Typically, 
this pointer field "page plus index'* operates as an 11 bit 
address register, however some implementations will find it 
convenient to preserve the page value and to "wrap" the 
index instead of "carry 1 ' the same into the page. Thus, the 
preferred implementation provides an option to support 
either of these paging methods. This 11 bit pointer register 
field contains the address of a data buffer within the dual port 
RAM device 214 that is used for data transfer between the 
USB host and USB RAM device. Validity Bit 

The validity bit 270 is required by the serial interface 
engines 156 and 154 to determine that a specific endpoint 
register is valid or not. The microcontroller device 140 does 
not necessarily use all available USB RAM endpoints. For 
example, there may be some USB RAM specified endpoints 
such as the "bulk" that may not ever be used by the 
microcontroller device and therefore receipt of such an 
endpoint would be an invalid situation determined by testing 
the validity bit 270. 

It should be noted that each of the endpoint register fields 
are loadable from the internal data bus 168 shown in FIG. 5. 

In FIG. 8, an endpoint register is shown from among the 
endpoint registers in the endpoint register file 198 of FIG. 5 
to show further details of the coupling of each of the 
endpoint registers to the data bus 168. As shown in FIG. 8, 
an endpoint register 259 is shown coupled to the internal 
data bus 168 for transfer of bi-directional information in 
terms of loading or programming of the endpoint register as 
well as providing contents of the register. The endpoint 
register 259 is further capable of being loaded with default 
values through lines 274 at a time when the USB RAM 
device 130 is being reset and upon certain conditions 
occurring. However, default values loaded into the endpoint 
register can be overwritten and the register can be reloaded 
at anytime before using the contents of the register. 

With respect to the fields in each endpoint register as 
described in FIG. 7, the endpoint byte counter 256 and the 
endpoint packet counter 258, as well as the page and index 
register 268 are all preloadable fields that have up/down 
counting capability. That is, the byte counter, packet counter 
and page and index pointer fields are reloadable up/down 
counters. 

The Virtual Endpoint Register File 

Referring back to FIG. 5, the endpoint register file 198 is 
not directly accessible to the microcontroller device 140. 
Instead, the virtual endpoint register file storage location 248 
within the dual port RAM device 214 stores a file of virtual 
endpoint registers that is directly accessible to the micro- 
controller device 140. 

When the client software has chosen a specific configu- 
ration of endpoint registers from the configuration descriptor 
or other descriptors, the microcontroller device 140 must 
write the appropriate information into the virtual endpoint 
register file storage location 248 and then command the USB 



RAM device 130 to copy that information into the endpoint 
register file 198. After copying the register information, the 
USB RAM device 130 is configured and functional. 
Because the virtual endpoint register and other registers in 

5 the dual port RAM device 214 must be accessible by the 
USB RAM device 130, an address pointer, stored in the page 
and index pointer register 268 (shown in FIG. 6), is coupled 
onto the address pointer bus 212 for accessing data from the 
dual port RAM device 214 and placing it onto the internal 

10 data bus 168, is provided. 

As earlier discussed, the microcontroller device 140 is 
capable of loading data into the virtual endpoint register file 
storage location 248 for subsequent use by the USB RAM 
device 130 upon transfer of the data to the endpoint register 

15 file 198. 

The procedure for the microcontroller device 140 loading 
data into an endpoint register within the endpoint register 
file 198 is as follows: 

1. The microcontroller device 140 loads data into one or 
20 more of the register storage locations to the virtual 

endpoint register file storage location 248 within the 
dual port RAM device 214. 

2. The microcontroller device 140 then issues a command 
to the USB RAM device 130 by writing into the 
command register 144 at address 0x7FE the command 
value that will be interpreted as "Load EndPt Reg File." 

3. The Timing and Counter unit 174 the USB RAM device 
130 decodes the command, and, if appropriate, stores 
the low byte portion of the address of the register 
storage location of the virtual endpoint register file 
storage location 248 (loaded in step 1. hereinabove) 
into the working pointer circuit 206. 

4. The USB RAM device 130 couples the contents of the 
page and index pointer register 268 onto the address 
pointer bus 212 and reads the low byte address portion 
referred to in step 3. 

5. The low byte portion, read by the USB RAM device 
130 in step 4., and addressed by the working pointer 

40 circuit 206 is transferred via the internal data bus 168 
and latched into the (selected) endpoint register within 
the endpoint register file 198. 

6. The procedure is repeated in a similar manner as 
described above for the middle and high bytes of the 

45 address of the register storage location of the virtual 
endpoint register file storage location 248 (loaded in 
step 1. hereinabove) by incrementing the working 
pointer circuit 206 and repeating steps 4 and 5 for each 
of the middle and high byte portions. 
50 Error Retry 

During the normal course of operation of the USB RAM 
device 130, the endpoint registers, within the endpoint 
register file 198, are used to count packets, address data in 
storage locations within the dual port RAM device 214, and 
55 generally support the creation, reception, and error checking 
of data packets transferred to and from the USB host 128. In 
some cases, the endpoint register must be returned to the 
state that existed before the packet was sent, in order to 
support a "retry" on the part of the host. This will often 
60 require that the contents of the page and index pointer 
register 268 (shown in FIG. 7), the endpoint byte counter 
256 (shown in FIG. 7), and the SEQ bit 260 to be preserved. 
The following discussion details the general operational 
procedure for supporting such retries. 
65 Recall that each endpoint register 259 within the endpoint 
register file 198 consists of four bytes containing several 
fields, two of which comprises the page and index pointer 
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268, as shown in FIG. 7. Specifically, the low byte of the device issues DATAO on the interrupt pipe in response to 

page and index pointer register 268 contains an index into a "IN" command. The host issues an "ACK" if "DATAO" was 

page, and generally points to the "next" location in dual port sent error free and if an error had occurred, no response is 

RAM device 214 from which a byte will be read or to which sent. 

a received data byte will be written. In order to be able to 5 Let's examine the microcontroller device procedure asso- 

retry a specific transfer, it is often necessary to temporarily c j atec i me SETUP Descriptor Request operation: The 

save the index portion of the contents of the register 268, the USB device recognizes the SETUP Packet ID, checks 

SEQ bit 260; and the packet counter 258. In an embodiment the addresS) the en dpoint and the CRC. If these are correct 

of the present invention, the index is saved in the virtual ^ SEXUP is recor ded as the "last" packet and the EOP is 

endpoint register where it may be reloaded if a retry lQ checked . The host then sends an 8 byte long DATAO packet 

becomes necessary The saved virtual endpoint register C0Qtaini a standard t for a descriptor . ^ USB 

index is updated only if he transfer is successful T^e same ^ ^ cndpoim F and lhe « lasls3 

general approach is applied to the SEQ bit, and the packet c.™,™. j * . u .u .u rAxrmm • . u „u™ 

counter. Both of these states are maintained in the endpoint SETOF and teste ^whether the CONTROL register has been 

register 259. The update of these fields is delayed until an enabled ™ e ^SB RAM device enables the (de-stuffed) 

ACK is received from the USB host, or until all checks are 15 incoming data buffer onto the internal data bus 168; then 

completed on incoming packets. If the packet transfer fails, uses the CONTROL address and generates a write strobe to 

the updates are inhibited. When the outcome of the packet the USB RAM device, increments the index, decrements a 

transfer is detected as being successful, the SEQ bit is byte counter and loops until the byte counter reaches zero or 

toggled, the packet counter 258 is decremented, and the an EOP (end-of-packet) is seen. CRC-16 is checked for 

index is copied to the index portion of the page and index 20 validity and if valid, the USB RAM device writes ACK into 

pointer register 268 within the virtual endpoint register file the serial transmit subsystem 156 in FIG. 5, and also sends 

storage location 248. the microcontroller device a SETUP interrupt by writing into 

Segmentation for Protection 142 in FIG. 5. 

The page -based endpoint register feature of the USB Default Map of Dual Port RAM for Microcontroller Appli- 

RAM device 130 provides for primary protection and iso- 25 cation 

lation of one endpoint from another and generally partition- At this point, it suffices to briefly discuss the organization 

ing these endpoints such that a stall or problem on one of data within the dual port RAM device 214. Referring now 

endpoint typically prevents affects on other endpoints. to FIG. 9, a memory map 300, which is the default memory 

USB-RAM "Auto NAK" Capability map (or organization) of information stored in the dual port 

The receipt of a token for a specific endpoint always 30 RAM device 214. It should be noted that the default memory 

initiates a new transaction, and causes the virtual endpoint map 300 is designed to support the Cyl23 ISDN Controller 

register in the virtual endpoint register file storage location device, disclosed in U.S. Pat. No. 5,541,930. 

248 that is associated with the specific endpoint to be The request storage location 142, for storing requests 

partially loaded into the corresponding endpoint register file received from the USB host, is accessed by the address value 

198 thereby pre-configuring the USB RAM device 130 for 35 0x7FF. When location 142 is written to, an interrupt is 

the transaction. Some transactions are periodic, or in some generated to the microcontroller device 140 through the 

way predictable, and the pre-configured endpoint registers "INF* line of the microcontroller lines 216 (shown in FIG. 

generally are capable of immediate service in these cases. 5). 

For example, the ISO IN registers (shown in the third row, The command storage location 144, for storing com- 

or row * 2*, of the endpoint register file 198) can be preset to 40 mands received from the microcontroller device 140, is 

point to the data buffer 254 that in FIG. 5 will periodically accessed by the address value *0x7FE\ When written to, an 

be sent to the USB host. Some transactions are a periodic interrupt is generated on the 'INT line of the bus 218 to the 

and asynchronous, and cannot generally be anticipated, an circuit 174. 

example of such types of transactions are SETUP transac- The mailbox storage location is used for storing pointers 

tions on the CONTROL pipe that issue standard request 45 and comprises of three storage locations within the dual port 

packets to the microcontroller device 140. In most cases the RAM device 214, each of which is: a mailbox high storage 

microcontroller device 140 cannot retrieve the request and location 301, by *0x7FC for storing the 8 most significant 

setup the response thereto in the allowed response time. bits (or MSB byte) of the mailbox information; a mailbox 

Therefore, the USB RAM device 130 initiates "auto-NAK" medium storage location 302, addressed by the value 

transactions. That is, when the microcontroller device is not 50 *0x7FB', for storing the 8 middle bits of the mailbox 

prepared to respond to a request from the host, the USB information; and a mailbox low storage location 304, 

RAM device upon detection thereof, automatically responds addressed by the value *Gx7FA\ for storing the 8 least 

to the host with a "NAK" token thereby informing the host significant bits of the mailbox information, 

that the microcomputer is not ready, which implies that the An interrupt address space 306 is assigned for storing 

host must try again later. "NAK" tokens are repeatedly and 55 interrupt packets starting at address *0x7C0\ The virtual 

indefinitely sent to the host by the USB RAM device until endpoint register file storage location 248 starts at address 

such time as when the microcomputer device generates an location ( 0x780* and the SETUP storage location 250 starts 

actual response to the host and signals the USB RAM device at address location '0x740' . 

that the response is ready. In the preferred implementation The USB RAM device is designed to allow default 

this signaling is via interrupt from the microcontroller 60 operation with minimal intervention by the microcontroller 

device. device. Most applications will probably be able to live with 

On an INTERRUPT pipe, the USB RAM device sees an the default memory map 300, but can always over-write any 

"IN" token every frame or latency period. If the INTER- endpoint register as appropriate. Any USB-RAM memory 

RUPT endpoint is not enabled, the USB RAM device issues NOT defined for USB transfers is available for use by the 

NAK to indicate that it is busy. 65 application device, that is, the microcontroller 140. 

If the microcontroller device has command/event All Bulk operations are page-based and wrap around the 

(incoming call, connect, disc, etc.), then the microcontroller page. The microcontroller device is interrupted when valid 
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data is received or transmitted, and is responsible to prevent 
overruns or underruns. The microcontroller device can issue 
NAK's if necessary to throttle the USB host. 
Bulk-IN 

Referring now to FIG. 10, a Bulk endpoint register 5 
storage location 310 is shown included within the endpoint 
register file 198. The Bulk endpoint register storage location 
310 includes a Bulk page register 312 and a bulk index 
register 314, and a byte count field 316. 

When a Bulk <IN> token is received, a Bulk SEQ bit 320 10 
is tested, and DATAO or DATA1 is sent to the host, followed 
by ByteCnt bytes of data from the Bulk buffer, defined and 
accessed via the Bulk-ptr consisting of the address in 312 
and 314. 

If the data is received by the host with no error, the host 15 
sends an ACK to the device 130. When the device sees the 
ACK, it will toggle the SEQ bit 320, and store a Bulk index 
field 314 in the corresponding register 318 within the virtual 
endpoint register storage subsystem 248, indicating the 
location of the next BULK data byte to send in response to 20 
the next <IN>. If no ACK is received, the host detected an 
error, so the SEQ bit 320 is untouched, and the virtual Bulk 
index is read and copied into the Bulk endpoint register 310, 
pointing just past the last acknowledged good data in the 
Bulk buffer. Successful transfers cause the microcontroller 25 
device 140 to be interrupted. The microcontroller device will 
then use the index field 318 to determine how much data has 
been sent, to prevent overrun. The USB RAM device 
responds to <IN> tokens until the Bulk packet counter 258 
(FIG. 6) counts down to zero. 30 
Bulk-OUT 

Referring now to FIG. 11, a Bulk- Out endpoint register 
storage location 326 is shown included within the endpoint 
register file 198. When a good Bulk data packet is received 
by the USB RAM device from the host, the index is saved 35 
in the virtual Bulk-Out index field 322 of the virtual end- 
point register file storage location 248. The SEQ bit 324 
pertaining to the Bulk- Out endpoint register of the endpoint 
register file 198 is toggled, and an ACK is sent to the host. 
Optionally, the microcontroller device is interrupted. If bad 40 
data is received from the host, the Bulk-Out index field in 
326 is loaded from the virtual endpoint register file storage 
location 322, that is, the next location past the last good data 
is recovered, no ACK is sent to the host, and the SEQ bit 324 
is untouched. The host will detect the lack of an ACK and 45 
will retry the OUT Data transaction. The DATA0/1 sequence 
is handled by the host. DATAO is chosen when the Bulk pipe 
is configured and the Bulk endpoint register storage location 
326 is loaded. If the Bulk pipe is stalled, both the USB host 
and the USB RAM device should reset to DATAO when 50 
STALL is cleared. Bulk transactions are re-tried if errors are 
detected. Successful transfers cause the microcontroller 
device to be interrupted. The microcontroller device will use 
the virtual index field 322 index to determine how much data 
has been received. 55 
Interrupt I/O 

As shown in FIG. 12, the value in the default INTER- 
RUPT endpoint register 332 of the endpoint register file 198 
is stored in and accessed from the interrupt address space 
306, at a location addressed by the value *0x7C0\ within the 60 
dual port RAM 214. A maximum packet size, in terms of 
bytes, of 64, is assigned to the this endpoint, as indicated by 
byte count 328. If the INTERRUPT endpoint is disabled, the 
USB RAM device will respond to all Interrupt <IN> tokens 
with 'NAK\ The default interrupt latency is 1 millisecond. 65 
When INTERRUPT is enabled (by the microcontroller 
device), the USB RAM issues a DATAO to the host and then 
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reads 64-byte packet of data from locations 0x7 CO to 0x7FF 
within the dual port RAM and sends it to the host. A default 
packet count 330 is one, but the microcontroller device can 
select larger packet counts if appropriate. 

In FIG. 12, the byte count 328 and the default packet 
count 330 are stored in an interrupt register 332 within the 
endpoint register file 198, which also includes a page pointer 
334 having the value *7 J and an index pointer 336 having a 
value that is within the range of the addresses assigned for 
storing interrupt information in the dual port RAM device, 
i.e. C0-FF (in hexadecimal notation). 
ISO-IN 

Referring now to FIG. 13, the value of the default ISO-IN 
endpoint register 350 of the endpoint register file 198, is 
configured to point to the beginning of a 256-byte page, as 
shown in FIG. 13 at 352 (a page of storage location is shown 
at 354) and the bandwidth constraints are optimized by 
choosing four packets of 64 bytes each. This will cause the 
page to be sent in 4 milliseconds, while in ISDN 
applications, bandwidths cause a page to be filled every 16 
msec. Thus, the B-channel (used in ISDN applications) 
double buffers will be filled in 16 msec and drained in 4 
msec. The microcontroller device must swap pages within 
the dual port RAM 214 before issuing the next ISO-IN- 
buf__ready command to USB RAM device. 

ISO-IN packets are always DATAO and are unacknowl- 
edged. No retries occur in isochronous pipes. If the packets 
have been transmitted, the USB RAM device will issue a 
'NAK' for each ISO-IN <IN> token. The next microcon- 
troller device ISO-IN command to the USB RAM device 
will cause the ISO-IN endpoint register to be reloaded, and 
the endpoint will be re -enabled by setting the enable bit 364 
of FIG. 7. It should be noted that isochronous pipes never 
STALL (since there is no handshake). 
ISO-OUT 

In FIG. 14, the default ISO-OUT end point register 356 is 
shown as being configured to point to the beginning of a 256 
byte out-page 358 in the dual port RAM 214. This is to be 
part of a double buffered pair of pages. By default, the 256 
page will receive four 64 byte packets in four milliseconds. 
This is controlled by the client software on the host side. 
Typically, the ISO-OUT transfers will be initiated by an IRP 
"Interrupt Request Packet" from the client, in response to an 
interrupt from the device. For ISDN B-channel data, this 
assumes approximately one msec for the 'buffer__rdy' 
interrupt, and four msec to fill the buffer. Since buffers are 
swapped every 16 msec, this 5 msec transaction is OK, that 
is, the Data_Out__buffer will be filled in 5 msec, while it 
takes 16 msec to drain. 

ISO-OUT packets are always DATAO and are unacknowl- 
edged. It is assumed that the client software IRP's will issue 
the correct commands to the host software such that only 
four 64 byte packets will be sent per B-channel interrupt. 
Control 

Control transfers are intended to support configuration/ 
command/status type bidirectional communications 
between the client software and the device. As shown in 
FIG. 15, control transfers consist of a SETUP packet 360 
from the USB host 128 to the USB RAM device 130, 
followed by either no data transactions or one or more data 
transactions 361 in the setup specified direction, and a 
STATUS packet 362, which is transferred from the USB 
RAM device 130 to the USB host 128: the SETUP packet is 
8 bytes long and has a USB-specified structure. Data trans- 
actions following SETUP have no USB-defined structure, 
but will usually have a user-defined structure. 

The status transaction returns "success" when the end- 
point has completed processing the requested operation. The 
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host can advance to the next CONTROL transfer after status 
is returned. The only USB defined "default" pipe is a 
CONTROL pipe with endpoint 0. This is the pipe used to 
configure the system. Additional CONTROL pipes can be 
defined. CONTROL pipes offer "best effort" delivery. CON- 5 
TROL pipes can have a maximum packet size of 8, 16, 32, 
or 64 bytes. The maximum packet size is always used for 
data payloads. 

USB RAM Device Auto-NAK's on OUT Transfers 

Note that the host can transmit any number of <OUT> 
DATA transfers. This represents a potential problem since 
these data transfers may arrive at the USB RAM device 
faster than the microcontroller device can handle them. After 
the first <OUT> has been transmitted by the host, the 
microcontroller device can NAK the host, thereby prevent- 
ing following data transfers from occurring immediately. 15 
That is, <OUT> packets are not processed and responded to 
by the USB RAM device sending 'NAK' unless the endpoint 
is enabled. In this way, the microcontroller device can reset 
the CONTROL pointer to an alternative location. Note that 
although CONTROL packets also wrap around a page, the 20 
default location for the CONTROL pointer is 0x740, and 
wrapping around page 7 will typically lead to problems. 
Therefore, in the default case, the user software should limit 
the amount of data sent to the device via CONTROL 
packets, and/or the USB RAM device should throttle the 2 s 
host via NAKs. The host will retry NAKed transactions at a 
later time. 

1. ) If a new SETUP is received before an old control 
transfer is completed, abort old transfer and handle new 
SETUP. 30 

2. ) a stalled CONTROL endpoint should still accept 
SETUP PID. 

USB RAM Device Page-based Endpoints 

All USB RAM device transfers are page-based. That is, 
the USB RAM device includes memory that is divided into 35 
8 pages of 256 bytes (0x100) each. When data transfer 
reaches the last byte in a page, OxNFF, the pointer will 
'wrap' around to the first byte on the page, OxNOO, instead 
of advancing to the first byte on the next page, 0x(N+l)00. 
This limits the damage that errors on one endpoint can have 40 
on other endpoints. 
USB RAM Device Commands 

There are two classes of USB RAM device commands: 

1. Generic commands 

2. pass thru commands 45 
List of USB RAM Device Commands 

Generic Commands: 
'0* Load Endpoint Reg #0 (in endpoint register file 198 from 

Virtual Endpoint Reg. #0 (in virtual register file storage 

location 248) and enable 50 
' r Load Endpoint Reg #1 from Virtual Endpoint Reg #1 and 

enable 

'2' Load Endpoint Reg #2 from Virtual Endpoint Reg #2 and 
enable 

*9' Load Endpoint Reg #9 from Virtual Endpoint Reg #9 and 55 
enable 

set the Control_enable and load Control_index 
V reserved 
reserved 

' -* copy host assigned address into device address register 60 
*>' reserved 

*?' dump Endpoint Reg file to dpRAM using pointer at 

0x7FA,0x7FB 

Pass Thru Commands: 
'all other codes' setup INTERRUPT endpoint register in 65 

virtual EndPt register file 248, (FIG. 5) and set Interrupts 

enable bit of this EndPt register. 



Discussion of the Generic Commands 

Generic commands are coded as 0x3X (i.e. '0*. . . '9', V, 
'>*, '?') and are generally application and 
configuration independent. The ASCII decimal digit com- 
mands specify the endpoint register to be loaded from the 
virtual endpoint register file 248, for example, command '2' 
signals USB RAM device to load endpoint register #2 from 
#2 in the virtual endpoint register file, where the default 
control pipe is always endpoint register #0. 
Command (0x3D) advises the USB RAM device that the 
host-assigned device address is available, and should be 
copied from the dual port RAM device 214 into the address 
storage location 146. 

Command (0x3A) informs the USB RAM device that a 
SETUP packet has been received, and the USB RAM device 
should load the control endpoint register with the default 
index 0x40 and set the CONTROL_enable bit, that is, the 
Enable bit 264 (FIG. 7) of the control EndPt register. 
Discussion of Pass Through Commands 

All other commands discussed above are to be passed 
through the USB RAM device to the host, and through the 
host to the client (or user). Although the user software may 
be written to support other configurations, the recommended 
procedure for "pass-through" commands is as follows: 

The microcontroller device (or application device) issues 
a command to the USB RAM device by writing to the 
command storage location 144 (at address 0x7FE in the dual 
port RAM device 214.) The USB RAM device 130 attempts 
to interpret the command. If the command is a generic 
command, then no assumption is made about the endpoint 
configuration other than assuming that the default control 
pipe is endpoint 0. If it is not a generic command code, or 
M\ then the USB RAM device assumes that it is a command 
code to be passed through to the host, and therefore an 
INTERRUPT endpoint exists, and further that the INTER- 
RUPT endpoint is endpoint #1. 

The USB RAM device then copies the Virtual Endpoint 
Reg #1 into Endpoint Register #1, and sets INTERRUPT_ 
enable. By default, Endpoint #1 is setup to send one 64-byte 
packet of data, the data to be read from the dual port RAM 
device 214, at addresses 0x7C0 . . , 0x7FF. After the 
INTERRUPT packet is sent, the USB RAM device clears 
the INTERRUPTJUSY state by writing zero to 0x7FE. 

The ISO_IN__enable is not used, but could be, in addition 
to the PktCntr[ISO_N] 

A generic command loads all of the virtual endpoint 
registers' information from the virtual endpoint register file 
storage location 248 into corresponding register locations in 
the endpoint register file 198, thus the corresponding SEQ 
bit must be current. Everywhere the SEQ bit is toggled, its 
image in the appropriate virtual endpoint register file storage 
location 248 must be updated. 

The Enable and SEQ bits operate as follows. Generally, 
the USB RAM device will toggle the SEQ bit (and zipdate 
its Virtual image) while the microcontroller device sets the 
Endpoint_enable bit and the USB RAM device resets it. 

Example 8051 (microcontroller device 140) response to 
CONTROL SETUP command from the USB RAM Device: 

Upon the detection of an interrupt from the USB RAM 
device, the 8051 (the 8051 is a commercially available 
microcontroller device from Intel and it is used as an 
example of the microcontroller device) reads the command 
storage location 142 (at address location 0x7FF in the dual 
port RAM device 214) and retrieves the 'SETUP' code, 
which informs the 8051 that the 8-byte SETUP data has been 
stored in locations 0x740 . . . 0x747 of the dual port RAM 
device 214. The 8051 then interprets this data and deter- 
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mines that the standard request packet is a Set__Address reference, as are time multiplexed pipes. In FIG. 17, the 

command from the USB host. The 8051 will then command layered architecture of ISDN is shown, through a dotted line 

the USB RAM device by writing to the command storage at 410, to extend through the layered architecture of USB. 

location 144 of the dual port RAM device 214, at location Additionally, a mapping is shown at 412 between ISDN time 

OxTFE. The USB RAM device reads the command storage 5 multiplexed 'channels' 414 and USB time multiplexed 

location 144, determines whether it is the 'Address-*- 'pipes' 416. The 'channels' 414 form the communication 

command, reads the contents of the location 0x744 onto its 408 (shown in FIG. 16) and comprise of a Bl channel 

internal data bus and writes this address into its address 41^ a 32 channel 420, a D channel 422 and an EOC/M 

storage location 146. All incoming tokens with this address channel 424. Each of these channel is described in greater 

will now be recognized by the USB RAM device. Prior to 1Q detail in ^ a bove-referenced and incorporated patent appli- 

this, only the default CONTROL 0 pipe was recognized. catioQ ^ < ■ , 416 are ^ described above with re f erence 

If the standard request packet is any other Set xxx to fi preceding FIG . 16 , 

command then the application device is assumed to know * * £ ( } ^ ^ shown tQ ^ commu _ 

what to do with the command. Similarly , any ^ Get xxx V ^ fa q{ 

request packet from the host must be interpreted by the . 110 J, , - 4 . . A l, c 1 , 6 , . IIOD J , . 

application microcontroller device, and the appropriate data 15 *e USB host: a function layer 426; oUowed by USB device 

sent back to the host, transparent to the USB RAM device. ^ .^owc d I by a USB bus interface layer^o the USB 

More specifically, if the standard request packet is any **** device 130 throu S h the USB interface 4«K 

Get_xxx request, the application device should setup the This communication extends through the USB RAM 

desired information at an appropriate location (by default, device 130 by going through similar layers 10 the order 

starting at the CONTROL base, 0x740 ... 0x780) and then 20 shown by the dotted line 410 and thereafter continues, 

command the USB RAM device by writing the Setup code, through the ISDN interface 406, to the ISDN communica- 

into the command storage location 144. This assumes tion link 408 layers: a physical layer 432; a data link layer 

that the USB RAM device has been NAK'ing the <IN> 434; and a network layer 436. 

tokens from the host, since the CONTROL-enable bit is As described in greater detail in the above-referenced and 
assumed reset. The command is read by the USB RAM 25 incorporated patent document, an interrupting dual port 
device and causes the USB RAM device to load the CON- RAM provides a powerful interface element capable of 
TROL endpoint register with the default CONTROL base supporting both MESSAGE and STREAM communica- 
(0x740), enable the endpoint, and respond to the next <1N> tions. The ISDN D channel 422 is MESSAGE-based, while 
token by sending a Datal packet using the CONTROL the Bl and B2 channels are primarily STREAM-based. The 
register parameters. 30 USB CONTROL pipe, within the pipes 416, is primarily 
When the 8051 (microcontroller device) sees the 'setup' MESSAGE-based while the ISOCHRONOUS and BULK 
command from the USB RAM device, it will read the pipes, within the pipes 416, are STREAM-based. Therefore, 
request packet from locations 0x740 to 0x747. If the host in principle, it should be possible to map MESSAGE-based 
sends more data as <OUT> packets, the USB RAM device ISDN communications into MESSAGE-based USB, and 
writes the data starting at the CONTROL base at location 35 similarly, STREAM based ISDN into STREAM based USB, 
0x740. If, instead, data is requested from the 8051, the 8051 and vice versa and the present invention effects such map- 
writes the data into USB RAM device, starting, at the pings in a flexible general purpose architecture subject to the 
CONTROL, base, and issues the command to the USB . previously discussed constraints of non-DMA type micro- 
RAM device. The USB RAM device will respond to the next computers. 

<IN> token on the CONTROL pipe by sending a Datal 40 The MESSAGE mode is the only bi-directional mode 

packet. If the 8051 sees a vendor specific request packet, available. Messages transfer using a CONTROL pipe, 

with no following data required, then the microcontroller STREAM mode is for uni-directional DATA transfers, and 

device should respond with a zero-length Datal packet for applies to the INTERRUPT, ISOCHRONOUS, and BULK 

the Status stage of the setup. pipes- Thus, the host may issue Layer 3 ISDN commands 

USB-to-ISDN Layered Architecture and Time-Multiplexed 45 over a CONTROL pipe, while B-channel data may flow over 

Pipes ISOCHRONOUS pipes. 

To this point, a general purpose USB-to-microcontroller Although the present invention has been described in 

interface has been described. Hereinafter, an optimal solu- terms of specific embodiments it is anticipated that alter- 

tion is presented for interfacing the USB host to the world- ations and modifications thereof will no doubt become 

wide Integrated Services Devices Network (ISDN) network 50 apparent to those skilled in the art. It is therefore intended 

through an ISDN adapter. In FIG. 16, a high level diagram that the following claims be interpreted as covering all such 

is shown to include two major interfaces: a USB interface alterations and modification as fall within the true spirit and 

400 for interlacing an electronic communication device such scope of the invention, 

as a PC 402 to an ISDN adapter 404; and an ISDN interface What I claim is: 

406 for interfacing the adapter device 404 through an ISDN 55 1* A RAM-based interrupt-driven interface device for 

communication link 408 to various types of communications establishing a communication link between a high perfor- 

devices (not shown). In an example embodiment of the mance serial bus host and a microcontroller device for 

present invention, the ISDN adaptor 404 may be imple- providing a control function, the interface being operative to 

mented as the USB RAM device 130, and a Cybernetic receive digital information in the form of command, data 

Micro Systems, Inc. CY123 device. Furthermore, the PC 60 and control packets from the host and to process the packets 

402 is an example embodiment of the USB host 128. and communicate the processed digital information to the 

Because both USB and ISDN are layered architectures, and microcontroller device, and in response thereto, the micro- 

because both use time-multiplexed communication controller device being operative to communicate digital 

channels, the actual interfaces involved are shown in FIG. information to the interface device for processing and trans- 

17 65 fer to the host, comprising: 

Layered architecture is discussed in U.S. Pat. No. 5,541, means for receiving through said serial bus, a command 

930, the disclosure of which is incorporated herein by generated by the host; 
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means for storing the host-generated command and for each includes a counter that is updated every time an 

generating an interface device interrupt signal upon associated storage location is accessed, 

storage of said host -gene rated command for use by the 10. A RAM-based interrupt -driven interface device as 

microcontroller device in responding to the host- recited in claim 6 wherein each of the endpoint registers 

generated command; 5 includes a "type" field that describes the specific type of data 

a microcontroller bus for transferring digital information transfers occurring over said endpoint. 

and said interface device interrupt signal between the 11. A RAM-based interrupt-driven interface device as 

interface device and the microcontroller device; recited in claim 6 wherein each of the endpoint registers 

means for receiving a microcontroller command from the includes a "validity" bit that confirms that data transfers of 

microcontroller device in response to said interface 10 a specific endpoint are valid. 

device interrupt signal; and 12 -A RAM-based interrupt-dnven interface device as 

r . -j , n 1 j recited in claim 6 including means for detecting errors in 

means for storing said microcon roUer command and ^ &{& host ovef ^ ^ ^ 

operative to generate a microcontroller device interrupt to ^ ^ ^ & „ ^ and 
signal, upon storage of said microcontroller command, 1 j • „ 
for use by the interface device in developing an address 15 ™™£ ^fof IrTe re X "TmT ° ' 
for selection of the interface device by the host during i 3 °A 'RAM-based kter^pt-driv^n interface device as 
subsequent communications therebetween; fecited m claim 6 wherein each Qf the endpoim regislefS 
wherein during communication between the host and the includes (protocol specific) "Sequence" support for main- 
interface device, the interface device-developed taining packet sequence information, including sequence 
address is used by the interface device to identify 20 adjustments appropriate to error detection and re-try. 
host-provided packet information, and upon processing 14. A RAM-based interrupt-driven interface device as 
of the host-provided information, to allow the interface recited in claim 1 including means ("auto-NAK") for auto- 
device to respond to the host, thereby allowing a matically informing the host when the interface device is 
generic microcontroller device to be flexibly interfaced busy and unable to respond to the host, 
with a high performance serial bus host for communi- 25 15. A RAM -based interrupt driven interface device as 
cation therebetween. recited in claim 1 wherein the host and the microcontroller 

2. A RAM-based interrupt-driven interface device as device communicate through the USB bus in conformance 
recited in claim 1 wherein said host-generated command with a standard USB protocol. 

includes a 'SETUP* command. 16 A RAM-based interrupt driven interface device as 

3. A RAM-based interrupt-driven interface device as 30 ^ ted * claim 1 including means for responding to specific 
1 • 1 • ■* £l j • „ j 110 i nnrt „ or ,H rtm "device commands from the microcontroller that pertorm 

recited in claim il further _ including a dual port random ^ c ioflS withifl the interface devi ^ 

access memory (RAM) unit for storing said host-generated 1? /j^.^ mte t driven mterface device as 

command and said microcontroller command. rccitcd k djdm j includi means for rcspondmg t0 specific 

4. A RAM-based interrupt-driven interface device as « pass _ t hrough" commands by passing the command and 
recited in claim 3 wherein said dual port RAM is operative 35 associated information across the serial bus to the host. 

to store virtual endpoint register information, said informa- lg A ram -based interrupt driven interface device as 

tion being provided by the microcontroller device and recited in claim 1 further including an ISDN interface for 

including descriptive information describing memory buffer causing the interface device to communicate with the host 

storage to be used for data transfers between the host and the therethrough. 

microcontroller. 40 19. A RAM -based interrupt driven interface device as 

5. A RAM-based interrupt-driven interface device as recited in claim 1 including means for detecting any "Start 
recited in claim 4 further including storage locations, of Frame" information appearing on the serial bus, and 
described by said virtual endpoint register information, for generating an external "clock" signal available to external 
storing both information received from the serial bus and circuitry. 

information received from the microcontroller that will be 45 20. A RAM-based interrupt-driven serial interface device 

transferred across the serial bus. for establishing a communication link between a high per- 

6. A RAM-based interrupt-driven interface device as formance serial bus host and a microcontroller device pro- 
recited in claim 5 including a multiplicity of RAM-based viding a control function, the mterface device being opera- 
virtual endpoint registers and a corresponding number of live to receive digital information in the form of information 
endpoint registers implemented in hardware, wherein the 50 packets from the host and to process the packets and store 
information written into each virtual endpoint register by the the processed digital information m RAM memory buffers, 
microcontroller is copied into the corresponding endpoint then to generate an interrupt signal to the microcontroller 
register by the interface device said endpoint register being device, and in response thereto, the microcontroller device 
used to mange data transfers between the serial bus and the being operative to access digital information stored in par- 
RAM buffers associated with said endpoint register. 55 ticular locations in the RAM memory buffers, and in 

7. A RAM-based inlerrupt-driven interface device as response to said information, to write other information into 
recited in claim 6 wherein each of the endpoint registers other locations in the RAM memory buffers, then generate 
includes an index field that is updated every time an end- an interrupt signal to the interface device, which then 
point register is accessed. interprets said other information, comprising: 

8. A RAM-based interrupt-driven interface device as 60 timing and control means for controlling storage of data 
recited in claim 6 wherein each of the endpoint registers buffer descriptor information describing the particular 
includes a page address field that is not updated every time RAM memory buffers; 

the corresponding storage location is accessed and may be dual port RAM means including data storage buffers, a 

held constant throughout the duration of a data transfer descriptor storage buffer and means for permitting 

operation. 65 independent access to said descriptor storage buffer by 

9. A RAM-based interrupt-driven interface device as both the microcontroller device and the serial interface 
recited in claim 6 wherein each of the endpoint registers device; 
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means by which the microcontroller device can signal 24. A RAM-based interrupt driven serial interface device 

said timing and control means that said descriptor as recited in claim 23 and further including means for 

storage buffer has been initialized; accepting information from the microcontroller defining 

hardware based storage means for storing descriptor which of a multiplicity of endpoint registers are to be valid 

information describing particular locations in said data 5 in any given application. 

storage buffers, such information to be used dynami- 25. A RAM -based interrupt driven serial interface device 

cally while transferring data to and from the high- as recited in claim 24 and further including means for 

performance serial bus and the data storage buffers accepting packets for "valid" endpoint registers and reject - 

described by the data buffer descriptor information, m g packets for "invalid" endpoint registers. 

said timing and control means and said dual port RAM 10 26. A RAM-based interrupt driven serial interface device 

means being further operative to access said descriptor as rcc ited in claim 23 and further including means for 

storage buffer and to copy the descriptor contents into maintaining protocol specific packet sequence information 

said hardware based storage means, and being further and fof ad j usting the sequence information appropriate to 

operative to manage said data transfer between the data errQr detection and re . try attempts. 

storage buffers and the serial bus; 15 2? A RAM . based interrupt driven interface device as 

means for generating interrupt signals for signaling the recited in claim 23 and further including means for retaining 

microcontroller device upon completion of the data source data in a buffer until its receipt by either the host or 

transfer between the serial bus and the data storage the microcontroller has been acknowledged, then releasing 

buffer described by said descriptor contents; ^ the resources such that the buffer is available and properly 

means for receiving address information and read and initialized for the next sequential data flow, 

write strobes from the microcontroller device for 28. A RAM-based interrupt driven serial interface device 

accessing the described data storage buffer so that data as recited claim 23 and further including means responsive 

can be exchanged between the dual port RAM means to an input from the microcontroller and for assigning a 

and the microcontroller device; 2$ protocol specific "endpoint type" to each of a plurality of 

means for inhibiting storage of serial transfers from the endpoint registers. 

host after an interrupt signal is sent to the microcon- 29. A RAM-based interrupt driven interrupt device as 

trailer device thereby allowing the microcontroller to recited in claim 23 and further including means responsive 

access uncorrupted data from the described data storage to *° input from the microcontroller and for assigning a 

b u £ er 3Q protocol specific "endpoint address" to each of a plurality of 

means for receiving an interrupt signal from said micro- eD ^n°^ t ^f?f!f ? j * ♦ ♦ a • * i '„*„f™ 

, . . ,. ti _ f . .u j * 30. A RAM-based interrupt dnven serial interlace as 

controller device signaling that access to the data . , . , . „ , _ . . . , . - 

u & u u i*^ a *u * A ntn recited in claim 23 and further including means for mapping 

storage buffer has been completed and that a data . . . , & . . . */' * 

, £p j . . r A . , ♦ ♦ • a given endpoint of a plurality of endpoint registers into an 

storage buffer described by the descriptor contents is *t r r J r ° 

., , . f - arbitrary memory space, 

available tor use; 31 A r^.^^ interrupt driven serial interface device 

means for disabling said inhibit means so that additional a& redted fa claim ^ means f or confining each of 

data transfer between the high performance serial bus severa i endpoint data transfers to corresponding memory 

and the data storage buffer can occur; buffers such that over . mns and framing and other packet 

means for detecting errors occurring during data transfers ^ errors do not mix data from different endpoints, thereby 

and for reinitializing said descriptor storage buffer for preserving the integrity of data in those channels not expe- 

use in a "re-try" attempt; and riencing errors, 

means for indicating that an error has occurred during 32. A RAM-based interrupt driven serial interface device 

data transfers and for signaling the host via the high as recited in claim 20 and further having the capability of 

performance serial bus that a "re -try" is required. 45 enabling a host and a microcontroller device to communi- 

21. A RAM-based interrupt-driven serial interface as cate through a USB bus in conformance with a standard 
recited in claim 20 further comprising means for accepting USB protocol. 

a host-defined device address during an initialization period 33. A RAM-based interrupt driven serial interface device 
and for saving the device address so that it can be used to as recited in claim 20 and further including means for 
accept those packets containing said device address and 5Q responding to specific "device" commands from the micro- 
ignore those packets containing any other device address. controller and for performing device specific operations. 

22. A RAM-based interrupt-driven serial interface device 34, A RAM-based interrupt driven serial interface device 
as recited in claim 21 and further including means for as recited in claim 20 and further including means for 
responding to an inquiry from the host and for generating responding to specific "pass-through" commands generated 
descriptor packets describing the number endpoints sup- 55 by the microcontroller and operative to pass the commands 
ported by the microcontroller along with qualifying endpoint and associated information across the serial bus to the host, 
characterizing information. 35. A RAM -based interrupt driven serial interface device 

23. A RAM -based interrupt driven serial interface as as recited in claim 20 and further including means for 
recited in claim 22 and further including means for respond- detecting any "Start Of Frame" information appearing on the 
ing to an inquiry from the host and for generating descriptor 6Q serial bus and for generating an external "clock*' signal 
packets describing the number of endpoints supported by the available to external circuitry. 

microcontroller along with qualifying endpoint characteriz- 
ing information. ***** 
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